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METHOD AND APPARATUS TO SPELL CHECK DISPLAYABLE TEXT IN 

COMPUTER SOURCE CODE 
BACKGROUND OF THE INVENTION 

5 1. Technical Field: 

The present invention relates generally to an 
improved data processing system, and in particular to a 
method and apparatus for verifying accuracy of data. 
Still more particularly, the present invention provides a 
10 method and apparatus for checking the spelling of 
displayable text within computer source code. 

2. Description of Related Art: 

An integrated development environment (IDE) is a set 

15 of programs run from a single user interface. For 
example, programming languages often include a text 
editor, compiler and debugger, which are all activated 
and function from a common menu. One example of an IDE is 
VisualAge for Java, which is a product available from 

20 International Business Machines Corporation. Using an 
IDE, a developer is able to generate new software and 
programs from a single interface. Further, and IDE also 
may provide a graphical user interface for various 
programming features to increase the ease of creating 

25 software and programs. 

With all of these types of features, one function is 
still lacking with using an IDE. The present invention 
recognizes that checking for spelling errors using an IDE 
is difficult. Currently, a software developer is required 

30 to mark, cut, and paste source code into a word processor 
program. This code is then checked using the spell 
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checking function in the word processor with the 
appropriate spelling changes being made. Then, the 
^corrected source code is copied and pasted back into the 
IDE. Such a procedure is cumbersome and reduces the 
5 usability of the IDE. 

Therefore, it would be advantageous to have an 
improved method and apparatus for spell checking text in 
a computer source code. 
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SUMMARY OF THE INVENTION 

The present invention provides a method, apparatus, 
5 and computer implemented instructions for spell checking 
text. Computer source code and external resource files 
are received for processing. Displayable text is 
identified within the computer source code. The 
displayable text is checked for errors. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
5 invention are set forth in the appended claims. The 

invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
10 conjunction with the accompanying drawings, wherein: 

Figure 1 is a pictorial representation of a data 
processing system in which the present invention may be 
implemented in accordance with a preferred embodiment of 
15 the present invention; 

Figure 2 is a block diagram of a data processing 
system in which the present invention may be implemented; 

Figure 3 is a block diagram of an integrated 
development environment (IDE) in accordance with a 
20 preferred embodiment of the present invention; 

Figure 4 is a diagram of a menu system in accordance 
with a preferred embodiment of the present invention; 

Figure 5 is a flowchart of a process used for a 
spell check function is depicted in accordance with a 
25 preferred embodiment of the present invention; 

Figure 6 is a flowchart of a process used for 
spelling source code using delimiters in accordance with 
a preferred embodiment of the present invention; 

Figure 7 is a diagram illustrating an example of a 
30 Java language resource file in accordance with a 
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preferred embodiment of the present invention; and 
Figures 8A and 8B is an example of C language 
resource file in accordance with a preferred embodiment 
of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures and in particular 
5 with reference to Figure 1, a pictorial representation of 
a data processing system in which the present invention 
may be implemented is depicted in accordance with a 
preferred embodiment of the present invention. A 
computer 100 is depicted which includes a system unit 

10 110, a video display terminal 102, a keyboard 104, 

storage devices 108, which may include floppy drives and 
other types of permanent and removable storage media, and 
mouse 106. Additional input devices may be included with 
personal computer 100, such as, for example, a joystick, 

15 touchpad, touch screen, trackball, microphone, and the 
like. Computer 100 can be implemented using any suitable 
computer, such as an IBM RS/6000 computer or 
IntelliStation computer, which are products of 
International Business Machines Corporation, located in 

20 Armonk, New York. Although the depicted representation 
shows a computer, other embodiments of the present 
invention may be implemented in other types of data 
processing systems, such as a network computer. Computer 
100 also preferably includes a graphical user interface 

25 that may be implemented by means of systems software 

residing in computer readable media in operation within 
computer 100. 

With reference now to Figure 2, a block diagram of a 
data processing system is shown in which the present 
30 invention may be implemented. Data processing system 200 
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is an example of a computer, such as computer 100 in 
Figure 1, in which code or instructions implementing the 
processes of the present invention may be located. Data 
processing system 200 employs a peripheral component 
5 interconnect (PCI) local bus architecture. Although the 
depicted example employs a PCI bus, other bus 
architectures such as Accelerated Graphics Port (AGP) and 
Industry Standard Architecture (ISA) may be used. 
Processor 202 and main memory 204 are connected to PCI 

10 local bus 206 through PCI bridge 208. PCI bridge 208 also 
may include an integrated memory controller and cache 
memory for processor 202. Additional connections to PCI 
local bus 206 may be made through direct component 
interconnection or through add- in boards. In the depicted 

15 example, local area network (LAN) adapter 210, small 

computer system interface SCSI host bus adapter 212, and 
expansion bus interface 214 are connected to PCI local bus 
206 by direct component connection. In contrast, audio 
adapter 216, graphics adapter 218, and audio/video adapter 

20 219 are connected to PCI local bus 206 by add- in boards 
inserted into expansion slots. Expansion bus interface 
214 provides a connection for a keyboard and mouse adapter 
220, modem 222, and additional memory 224. SCSI host bus 
adapter 212 provides a connection for hard disk drive 226, 

25 tape drive 228, and CD-ROM drive 230. Typical PCI local 
bus implementations will support three or four PCI 
expansion slots or add-in connectors. 

An operating system runs on processor 202 and is used 
to coordinate and provide control of various components 

30 within data processing system 200 in Figur 2. The 
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operating system may be a commercially available operating 
system such as Windows 2000, which is available from 
Microsoft Corporation. An object oriented programming 
system such as Java may run in conjunction with the 
5 operating system and provides calls to the operating 
system from Java programs or applications executing on 
data processing system 200. "Java" is a trademark of Sun 
Microsystems, Inc. Instructions for the operating system, 
the object-oriented programming system, and applications 

10 or programs are located on storage devices, such as hard 
disk drive 226, and may be loaded into main memory 204 for 
execution by processor 202. 

Those of ordinary skill in the art will appreciate 
that the hardware in Figure 2 may vary depending on the 

15 implementation. Other internal hardware or peripheral 
devices, such as flash ROM (or equivalent nonvolatile 
memory) or optical disk drives and the like, may be used 
in addition to or in place of the hardware depicted in 
Figure 2. Also, the processes of the present invention 

20 may be applied to a multiprocessor data processing 
system. 

For example, data processing system 200, if 
optionally configured as a network computer, may not 
include SCSI host bus adapter 212, hard disk drive 226, 

25 tape drive 228, and CD-ROM 230, as noted by dotted line 
232 in Figure 2 denoting optional inclusion. In that 
case, the computer, to be properly called a client 
computer, must include some type of network communication 
interface, such as LAN adapter 210, modem 222, or the 

30 like. As another example, data processing system 200 may 
be a stand-alone system configured to be bootable without 
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relying on some type of network communication interface, 
whether or not data processing system 200 comprises some 
type of network communication interface. As a further 
example, data processing system 200 may be a personal 
5 digital assistant (PDA) , which is configured with ROM 
and/or flash ROM to provide non-volatile memory for 
storing operating system files and/or user-generated 
data. 

The depicted example in Figure 2 and above-described 

10 examples are not meant to imply architectural 

limitations. For example, data processing system 200 also 
may be a notebook computer or hand held computer in 
addition to taking the form of a PDA. Data processing 
system 200 also may be a kiosk or a Web appliance. 

15 The processes of the present invention are performed by 
processor 202 using computer implemented instructions, 
which may be located in a memory such as, for example, 
main memory 204, memory 224, or in one or more peripheral 
devices 226-230. 

20 The present invention provides a method, apparatus, 

and computer implemented instructions for spell checking 
text in source code. The mechanism provides a built-in a 
spell check feature to improve the usability of an IDE 
and allow an easier mechanism to ensure the accuracy of 

25 the text in the source code. In particular, the mechanism 
of the present invention is directed towards spell 
checking displayable text, which is text that is 
displayed to a user on a display device when the source 
code is complied into a program and executed on a data 

30 processing system. In other words, displayable text is 
any little text used by the application code to generate 
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graphic user interface (GUI) panels, dialogs, messages, 
and logs. Basically, displayable text is any hiiman 
readable text output by any application. 

The mechanism of the present invention uses a spell 
5 checker, which is a separate program or word processing 
function that tests for correctly-spelled words. A spell 
checker can test the spelling of a marked block, an 
entire document or group of documents. Advanced systems 
check for spelling as the user types and can correct 

10 common typos and misspellings on the fly. The mechanism 
of the present invention allows for the checking of 
displayable text, such as literal strings. To parse out 
or locate displayable text, the mechanism of the present 
invention searches for beginning and ending delimiters. 

15 The text between these delimiters are spell checked for 
accuracy. 

Turning next to Figure 3, a block diagram of an 
integrated development environment (IDE) is depicted in 
accordance with a preferred embodiment of the present 

20 invention. In this example, IDE 300 includes, integrated 
edit/compile/debug/browse environment 302, build process 
304, incremental compiler and linker 306, visual builder 
308, data access builder 310, class library support 312, 
help system 314, rapid application development 316, and 

25 spell checking system 318. The functions other than 
spell checking system 318 may be found in presently 
available IDEs . 

Spell checking system 318 implements the process of 
the present invention for spell checking displayable 

30 text, as well as other text within source code. 

With reference next to Figure 4, a diagram of a menu 
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system is depicted in accordance with a preferred 
embodiment of the present invention. In this example, 
menu 400 is an IDE tools menu presented in a GUI. As 
illustrated, menu 400 is a drop down menu, which may be 
5 displayed by spell checking system 318 in Figure 3 in 
providing spell checking features to a user. Spell check 
function 402 is located within this menu. When spell 
check function 402 is selected, a submenu 404 is 
presented containing "check from open source file" 

10 function 406, "check external resource file" function 

408, "add user defined word to dictionary" function 410, 
and options function 412. 

"Check from open source file" function 406 allows 
the user to perform the spell checking function in the 

15 source file currently being worked on in the IDE. 

Selection of "check external resource file" function 408 
allows the user to select another file other than the 
file being worked on in the IDE for spell checking. This 
function allows a user to specify the location of the 

20 file. In this example, popup dialog 414 is displayed in 
response to selection of "check external resource file" 
function 408. The user may enter a file path to the 
external resource file in field 416. Other location 
information, such as a universal resource identifier 

25 (URI) or a universal resource locator (URL) , may be used 
to identify the location of the external resource file. 
Alternatively, instead of entering the file path name or 
location, the user may identify this location by 
selecting browse button 418, which results in a tree 

30 being presented to the user. This tree may be traversed 



12 



Docket No. AUS920000854US1 

by the user to identify a location of the external 
resource file. When the location is correct, the user may 
select okay button 420. The user may cancel this function 
by selecting cancel button 422. 
5 Selection of "add user defined word to dictionary" 

function 410 allows a user to add words to an existing 
dictionary. This dictionary may be the main dictionary or 
a secondary dictionary of just user defined words. 
Selection of ''options" function 412 results in the 

10 display of submenu 424, which includes the following 

functions: "set national language support (NLS)" function 
426, "set programming language" function 428, and "set 
delimiter for programming language" function 430. "Set 
national language support (NLS) " function 426 is used to 

15 select an appropriate dictionary used in spell checking 
the text. For example, a German dictionary, a French 
dictionary, a Japanese dictionary, or a technical 
dictionary may be dictionaries selectable by the user. In 
the depicted examples, an English dictionary is the 

20 default dictionary used for spell checking. 

"Set programming language" function 428 allows the 
user to specify the programming language being used with 
the IDE or in the external resource file. Selection of 
the programming language allows for an identification of 

25 the type of delimiters that will be present in indicating 
displayable text. "Set delimiter for programming 
language" function 430 allows the user to set the 
delimiter that will be used in searching for displayable 
text. This function is especially useful because many 

30 programming languages allow a user to set or define 
delimiters . 
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Turning now to Figure 5, a flowchart of a process 
used for a spell check function is depicted in accordance 
with a preferred embodiment of the present invention. The 
process illustrated in Figure 5 may be implemented within 
5 spell checking system 318 in Figure 3. 

The process begins by making a determination as to 
whether the text to be checked is located in an open 
source code file (step 500) . If the text is not in an 
open source code file, an external file is located (step 

10 502) . This external file may be identified in many ways, 
such as, for example, using a popup dialog to enter a 
location of the file. Delimiters for the text to be spell 
checked are identified (step 504) . These delimiters may 
be defaults for a particular programming language or 

15 entered by a user . 

Next, a dictionary is identified for use in spell 
checking the text (step 506) . This dictionary may be a 
default dictionary or user selected. Then, the source 
code is checked using the delimiters (step 508) with the 

20 process terminating thereafter. 

With reference again to step 500, if the text is 
located in an open source code file, the process proceeds 
directly to step 504 a described above. 

With reference now to Figure 6, a flowchart of a 

25 process used for spelling source code using delimiters is 
depicted in accordance with a preferred embodiment of the 
present invention. The process illustrated in Figure 6 is 
a more detailed description of step 508 in Figure 5, 
The process begins- by parsing the code (step 600) . A 

30 determination is made as to whether a delimiter is 
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present (step 602) . If a delimiter is present, then the 
code forming a work is spell checked (step 604) . A 
determination is made as to whether a spelling error is 
present (step 606) . If a spelling error is present, 
5 options for correcting the spelling of the word is 
presented to the user (step 608) . These options may 
include proposed spellings for the word, as well as an 
interface to allow the user to manually correct the 
spelling of the word* User input is received in response 

10 to the selects (step 610) . 

Next, additional code is selected for processing 
(step 612) . A determination is made as to whether this 
code contains a delimiter (step 614) . If a delimiter is 
present, a determination is made as to whether additional 

15 code is present for processing (step 616) . If additional 
code is absent the process terminates. Otherwise, the 
process returns to step 600 as described above. 

With reference again to step 614, if a delimiter is 
not present in the code, then another word is present for 

20 spell checking and the process returns to step 604. 
Turning back to step 606, if a spelling error is not 
present the process proceeds to step 612. With reference 
again to step 602, if a delimiter is absent, the process 
returns to step 600 to parse additional code. 

25 With reference now to Figure 7, a diagram 

illustrating an example of a Java language resource file 
is depicted in accordance with a preferred embodiment of 
the present invention. Resource file 700 is an example of 
an external resource file that may be processed using the 

30 mechanism of the present invention. 
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Turning next to Figures 8A and 8B, an example of C 
language resource file is depicted in accordance with a 
preferred embodiment of the present invention. Resource 
file 800 is another example of resource file that may be 
5 processed by using the mechanism of the present 

invention. The locations of these resource files- are 
identified in these examples by a user input containing a 
path or other universal resource locator. Of course the 
mechanism of the present invention also may use pointers 

10 to a resource file in the source code to locate the 
resource file for spell checking. 

Thus, the present invention provides a method, 
apparatus, and computer implemented instructions for 
spell checking text in source code. The mechanism of the 

15 present invention provides an integrated spell checker 
that allows for increased accuracy in user displayed 
text, reducing misspellings in applications. 

It is important to note that while the present 
invention has been described in the context of a fully 

20 functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in 
the form of a computer readable medium of instructions 
and a variety of forms and that the present invention 

25 applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
include recordable- type media, such as a floppy disk, a 
hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 

30 transmission- type media, such as digital and analog 

communications links, wired or wireless communications 
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links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 
computer readable media may take the form of coded 
formats that are decoded for actual use in a particular 
5 data processing system. 

The description of the present invention has been 
presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 
invention in the form disclosed. Many modifications and 

10 • variations will be apparent to those of ordinary skill in 
the art. The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 
ordinary skill in the art to understand the invention for 

15 various embodiments with various modifications as are 
suited to the particular use contemplated. 



